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(54) Network communication apparatus and bridge apparatus 



(57) A network communication apparatus (N1) has 
an interface (15) for allowing digital data to be trans- 
ferred to a node apparatus (N4) on a second network 
via a bus bridge apparatus through which a first network 
(B1 ) having the network communication apparatus (N 1 ) 
connected thereto and the second network are connect- 



ed, and a bus reset processing section (13) for, when 
bus resetting occurs on the first network, generating a 
notify signal for notifying the occurrence of the bus re- 
setting and supplying this signal to the node apparatus 
(N4) on the second network through the bus bridge ap- 
paratus. 
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Description 

[0001] The present invention relates to the technique 
of digital data transfer through a network and, in partic- 
ular, to performing processing involved upon the occur- 5 
rence of bus resetting. 

[0002] In recent times, a high-speed multi-function 
data transmission technique using a digital transmission 
via a network has been quickly accepted in the data 
transmission art. Such data transfer is indispensable to 10 
its systematization and its high functioning, but, since 
the data (contents) flowing on a transmission path is 
very easier to illegally alter and reproduce than the an- 
alog data, it is necessary to provide a protection tech- 
nique for protecting its contents. As one standardized 15 
technique for this purpose there is, for example, a DTCP 
(Digital Transmission Content Protection) standard-ref- 
erence is invited to http://www. dtcp. com. This is the 
technique developed to protect digital synchronization 
type packet data which flows on the IEEE 1394 high- 20 
speed serial bus from being altered or illegally repro- 
duced and its specification is laid open to the public at 
the above-mentioned URL. This DTCP standard has al- 
ready been used upon transmitting/receiving data be- 
tween the digital television and the digital VHS. 25 
[0003] The DTCP standard is used in data transmis- 
sion not only on the IEEE1 394 high-speed serial bus but 
also on another bus such as a USB (Universal Serial 
Bus) bus and is now expanding its use as a standard 
under which data transmission is made across different 30 
buses. 

[0004] The authentication processing represented by 
such DTCP processing is such that, in the case of per- 
forming DTCP processing between the nodes on differ- 
ent buses, it is done via a DTCP bridge thronytjcwhich 35 
these different buses are connected. Jpn. Pat. Appln. 
KOKAI Publication No. 11-68884 discloses an example 
of performing signal processing between apparatuses 
on different buses with the use of such a bridge appa- 
ratus and performing such processing via the bridge ap- 40 
paratus through which signals are handled. 
[0005] In the case where "bus resetting" occurs on 
one bus (first bus) during the authentication of the DTCP 
processing in a network connected to a DTCP bus 
bridge via which the DTCP processing is performed di- 45 
rectly between the node apparatuses on different buses, 
the apparatus connected to the first bus restarts the 
DTCP processing from the outset on the basis of the 
DTCP standard. Since, on the other hand, the apparatus 
connected to the bus (second bus) not involving "bus so 
resetting" does not detect the occurrence of the bus re- 
setting, it tries to continue the.DTCP processing. Since, 
in this case, the apparatus A on the first bus tries to re- 
start the DTCP processing from the outset while, on the 
other hand, the apparatus B tries to continue the DTCP 55 
processing, there occurs a process mismatching be- 
tween the apparatus A and the apparatus B and, in this 
case, the DTCP processing becomes unsuccessful. 



[0006] It is accordingly to object of the present inven- 
tion to provide a network communication apparatus and 
bus bridge apparatus which, when authentication 
processing is performed via the bus bridge apparatus, 
can do it stably even if bus resetting occurs. 
[0007] In order to achieve the above-mentioned ob- 
ject of the present invention there is provided a network 
communication apparatus which can be detachably 
connected to a network during an operation , comprising 
transfer processing means for allowing digital data to be 
transferred to a node apparatus on a second network 
via a bus bridge apparatus through which a first network 
having the network communication apparatus connect- 
ed thereto and the second network are connected; and 
notifying means for, when bus resetting occurs on the 
first network, generating a notify signal for notifying the 
occurrence of the bus resetting and supplying the notify 
signal at least to the node apparatus on the second net- 
work through the bus bridge apparatus. 
[0008] In the network communication apparatus of the 
present invention, when the bus resetting occurs on the 
first network, a corresponding notify signal is generated 
and supplies it to the node apparatus on the second net- 
work. By doing so ; even when DTCP processing for ex- 
ample is currently progressed, it is possible to eliminate 
any inconvenience that one apparatus interrupts current 
processing while the other associated apparatus con- 
tinues the processing, and to take a synchronization be- 
tween both the apparatuses during the processing. 
[0009] This summary of the invention does not nec- 
essarily describe all necessary features so that the in- 
vention may also be a sub-combination of these de- 
scribed features. 

[0010] The invention can be more fully understood 
from the following detailed description when taken in 
conjunction with the accompanying drawings, in which: 

FIG. 1 is a view showing a digital information appa- 
ratus having a network communication function ac- 
cording to the present invention and its one form of 
network; 

FIG. 2 is a view showing a practical digital informa- 
tion apparatus having a network communication 
function according to the present invention and its 
one form of network; 

FIG. 3 is an explanatory view for explaining DTCP 
processing performed between different nodes on 
respective buses via a bus bridge in a network ac- 
cording to the present invention; 
FIG. 4 is an explanatory view for explaining DTCP 
processing between different nodes on respective 
buses via a plurality of bus bridges in a network ac- 
cording to the present invention; 
FIG. 5 is a timing chart showing the steps of per- 
forming DTCP processing between different nodes 
on respective buses via a bus bridge in a network 
according to the present invention; 
FIG. 6 is a timing chart showing the steps of per- 
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forming DTCP processing between different nodes 
on respective buses via a bus bridge in a network 
according to the present invention; 
FIG. 7 is a timing chart showing the steps of per- 
forming DTCP processing between different nodes 
on respective buses via a bus bridge in a network 
according to the present invention; 
FIG. 8 is a flow chart showing the generation of a 
bus reset notify signal corresponding to the occur- 
rence of bus resetting in a network according to the 
present invention; 

FIG. 9 is a flow chart showing processing performed 
upon receipt of a bus reset signal in a network ac- 
cording to the present invention; and 
FIG. 10 is a block diagram showing one form of a 
bus bridge apparatus usable in a network according 
to the present invention. 

[0011 J One embodiment of the present invention will 
be described in more detail below with reference to the 
accompanying drawings. FIG. 1 is a view showing a dig- 
ital information apparatus having a network communi- 
cation function according to the present invention and a 
practical network using this apparatus and FIG. 2 is a 
view showing a practical digital information apparatus 
and its one form of network. FIG. 3 is an explanatory 
diagram for performing DTCP processing between dif- 
ferent nodes on respective buses via a bus bridge in the 
network according to the present invention and FIG. 4 
is an explanatory view for performing DTCP processing 
between different nodes on respective buses via a plu- 
rality of bus bridges. 

<Network Apparatus according to the Present 
lnvention> 

[0012] The digital information apparatus having a net- 
work communication function according to the present 
invention, if it relates to a system handling image data 
for example, involves various units such as a DVD play- 
er, digital television, personal computer, digital video 
tape recorder and printer, but the present invention is 
not restricted thereto and various cases may be consid- 
ered in accordance with a protocol under which the sys- 
tem is connected. In FIG. 1, a digital information appa- 
ratus N1 having a network communication function in- 
cludes and information processing section 12 for per- 
forming processing in inherent digital data, such as a 
data processing section, etc., for performing processing 
on digital data read by a disk reading mechanism from 
a disk as in the case of a DVD player, a bus reset 
processing section 13 as in the case of using a bridge 
apparatus constituting the feature of the present inven- 
tion, a DTCP processing section 1 4 and an interface 1 5. 
Further, the digital information apparatus N1 is connect- 
ed to a first digital bus B1 and also to a bus bridge ap- 
paratus 31 via which a plurality of buses are connected. 
[0013] A digital information apparatus N4 has a net- 



work communication function connected to a second 
digital bus B2 via the bus bridge apparatus 31 and in- 
cludes, as in the case of the digital information appara- 
tus N1 , an information processing section 22 for per- 
5 forming processing on inherent digital data, a bus reset 
processing section 23 connected to the Information 
processing section 22 as in the case of using a bridge 
apparatus, a DTCP processing section 24 and an Inter- 
face 25. 

10 [0014] FIG. 2 shows one form of system configuration 
with a plurality of buses B1 , B2 connected together via 
a bus bridge apparatus 31 and, If this is a system based 
on image data for example, it may be considered for ex- 
ample that, in a first bus B1 , each node apparatus in- 
15 eludes a DVD player N1 , digital television N2, personal 
computer N3, etc., and, In a second bus B2, a digital 
television N4, a digital video tape recorder N5, a printer 
N6, etc. The respective node apparatus have their in- 
terfaces 15, 25 provided under a protocol of the 
20 IEEE1394 as one example and, even at an operation 
time, a detachable connection can be made between 
the respective node apparatuses and It is possible to 
readily transfer digital data. Further, by providing the bus 
bridge 31 , there is no upper limit in the number of node 
25 apparatuses connectable to one bus under the 
IEEE1394 protocol and authentication processing and 
data transfer processing can be performed between 
node apparatuses on different buses, that is, between 
N the DVD player N1 and the digital television N4. 
30 [001 5] In the case where the authentication process- 
ing, such as the DTCP processing, is performed in a net- 
work apparatus having a plurality of buses connected 
via the bus bridge apparatus shown in FIGS. 1 and 2, it 
is as shown in FIG. 3 and direct DTCP processing is 
35 carried out between the apparatuses on different 1394 
buses. It is to be noted that an apparatus N1 on the 1 394 
bus B1 serves as a source (content transmitting side) 
and an apparatus N4 on the 1394 bus B2 serves as a 
sink (content receiving side). 
40 [0016] The number of buses involved is not always 
two and, as shown in FIG. 4, three or more buses are 
involved under a plurality of bus bridges 31 , 32 via which 
it is possible to perform communication processing as 
in the case of the node apparatus N7. 
45 [001 7] In the case of a system having a plurality of bus 
bridge apparatuses, if bus resetting occurs, a corre- 
spondingly generated bus reset notify signal may be 
transmitted directly to the node apparatus N7 serving as 
another communication party and is preferably transmit- 
so ted to a bus bridge apparatus 32 connected to that node 
apparatus. 

< Practical Steps of DTCP processing according to the 
Present lnvention> 

55 

[0018] In the network system thus configured, the op- 
eration of the network communication apparatus of the 
present invention will be explained in more detail below 
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with the use of a timing chart and flow chart. FIG. 5 is a 
timing chart showing the steps of the DTCP processing 
between different nodes on respective buses connected 
via the bus bridge, FIG. 6 is a timing chart showing the 
steps of performing the DTCP processing between dif- 5 
ferent nodes on the respective buses connected via the 
bus bridge, and FIG. 7 is a timing chart showing the 
steps of performing the DTCP processing between dif- 
ferent nodes on the respective buses connected via the 
bus bridge. Further, FIG. 8 is a flow chart showing the 10 
generation of the bus reset notify signal in accordance 
with the occurrence of the bus resetting and FIG. 9 is a 
flow chart showing the processing involved upon receipt 
of a bus reset notify signal. 

[0019] In the case where, between the different 1 394 15 
buses B1 and B2 as shown in FIG. 3, apparatus authen- 
tication under copy protection -hereinafter referred to as 
an AKE (Authentication Key Exchange)- such as the 
DTCP processing is performed directly between the 
nodes N1 and N4, the normal process is as indicated in 20 
the timing chart shown in FIG. 5. It is to be noted that 
FIG. 5 is the timing chart in the case where there arises 
no bus resetting. 

[0020] That is, the following processing is performed 
by the operation of the bus reset processing section 13, 25 
DTCP processing section 14 and interface 15 at the 
source-side node apparatus N1 at the time of using the 
bridge and the operation of the bus reset processing 
section 23, DTCP processing section 24 and interface 
25 at the sink-side node apparatus N4 at the time of us- 30 
ing the bridge. That is, from the sink-side node appara- 
tus N4, an AKE status command is transferred to the 
source-side node apparatus N1 (S1) and an AKE status 
response is transferred from the node apparatus N1 

(52) to the sink-side node apparatus. Then a challenge- —3s 
subf unction is transferred from the node apparatus N4 

(53) and a response is transferred from the node appa- 
ratus N1 to the node apparatus N4 (S4). Then an AKE 
status command is transferred from the node apparatus 

1 to the node apparatus N4 (S5) and an AKE status re- 40 
sponse is transferred from the node apparatus N4 to the 
node apparatus N1 (S6). Then a challenge subfunction 
is transferred from the node apparatus N1 to the node 
apparatus N4 (S7) and a response is transferred from 
the node N4 (S8). Then a response subfunction is trans- 45 
f erred from the apparatus node N1 to the apparatus 
node N4 (S9) and a response is transferred from the 
node apparatus N4 (S10) and, further, a response sub- 
function is transferred from the node N4 (S11). Then a 
response is transferred from the node apparatus N1 so 
(S12) and, further, an exchange subfunction is trans- 
ferred from the node apparatus N1 (S13) and, from the 
node apparatus N4, a response is transferred (S1 4) and 
an SRM subfunction is transferred (S1 5) and a response 
is transferred (S16). Further, from the node apparatus 55 
14, a content key request subfunction is transferred 
(S17) and, from the node apparatus N1 , a response and 
data are transferred (S18). 
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[0021] Although such normal DTCP processing is 
performed in a process such as steps S1 to S18, if bus 
resetting occurs at the source-side bus B1 as shown in 
FIG. 6 (S21 ), then it follows that, unless later-described 
processing constituting the feature of the present inven- 
tion is performed, no further process goes In such a state 
that the source side waits for a challenge subfunction 
from the sink side (S22) and the sink side waits for an 
exchange key subfunction from the source side. As a 
result, time-out occurs at the sink side after a time set 
under the DTCP standard. 

[0022] The processing at the time-out at the sink site 
is outside the range of the standard and, if the sink site 
transmits the challenge subfunction to the source site 
and the DTCP processing is restarted, then the DTCP 
processing becomes successful. In this case, since the 
DTCP processing is not quickly finished, it takes some 
time to recover the contents at the sink site and it may 
be considered that, in some case, the contents are not 
recovered in a due recovery time and the sink-side sys- 
tem halts its recover operation. 

[0023] In the case where time-out occurs at the sink 
site, if the specification is such that the sink site does 
not resume the DTCP processing, then the DTCP 
processing becomes unsuccessful and no contents are 
recovered and recorded at the sink site. Therefore, there 
is a risk that the user cannot see, hear and record/re- 
serve now receiving contents due to the occurring of bus 
resetting on'another bus. 

[0024] In order to avoid such an inconvenience, 
processing as indicated by a timing chart of FIG. 7 is 
performed on the embodiment according to the present 
invention. That is, when bus resetting occurs on a 1394 
bus B1 during authentication processing and the occur- 
rence of the bus resetting is detected (S61) in accord- 
ance with the flow chart shown in FIG. 8, if a node ap- 
paratus of an authentication processing's party is situ- 
ated on a different bus via the bus bridge (S62), a bus 
reset signal R representing the occurrence of the bus 
resetting at the node apparatus N4 of the communica- 
tion processing's party is generated and it is transmitted 
to the node apparatus of the authentication processing's 
party (S63). It is also preferable to, at this time, transfer 
it to all node apparatuses on that party-side bus. 
[0025] Further, the bus reset signal R defines a new 
AKE command (AKE BUS RESET NOTIFY subfunction 
command) and it is preferably used as indicated in a tim- 
ing chart shown in FIG. 7 (S24). 

[0026] In accordance with the flow chart shown in FIG. 
9, the bus reset processing section 23 of the sink-side 
node apparatus N4, upon receipt of the bus reset signal 
R via the bus bridge 31 (S71 ), judges whether or not any 
authentication processing such as the DTCP process- 
ing, etc., is performed (S72). If YES, it cancels a subse- 
quent command signal so as to interrupt the authenti- 
cation processing. If the authentication processing is not 
performed and any other processing is performed, it is 
continued (S73). 
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[0027] By doing so, the sink-side node apparatus N4 
receiving the bus reset notice returns a response signal 
to the source site (S25) and, after this, authentication 
processing, that is, AKE operation, is restarted from the 
outset. That is, in accordance with the timing chart of 
FIG. 7, an AKE status command is transferred (S1) and 
the authentication processing is restarted from the out- 
set. 

[0028] According to the embodiment of the present in- 
vention, in the case where the authentication process- 
ing, that Is, AKE operation, is performed by passing the 
AKE command directly to and from the node on the dif- 
ferent 1 394 bus, if bus resetting occurs on one 1 394 bus 
during the AKE operation, it is possible to notify the bus 
resetting to the other node. Even if bus resetting occurs 
on the one 1394 bus during the apparatus authentica- 
tion under copy protection, it is possible to avoid any 
inconvenience that a deadlock state is involved until 
there occurs a time-out. 

<Another Embodiment according to the Present 
lnvention> 

[0029] Although, in the above-mentioned embodi- 
ment, the bus resetting is notified to an another party's 
side bus by the DTCP processing node apparatuses N 1 
to N7 (FIG. 8) and the DTCP interrupt processing is 
judged (FIG. 9), the DTCP bus bridges 31 and 32 can 
notify the occurrence of the bus resetting. FIG. 1 0 shows 
an arrangement of a bus bridge apparatus 31 in such a 
case. In FIG. 10, the bus bridge apparatus 31 has an 
interface 41 and discrimination section 42 on one bus, 
a buffer circuit 43, and an interface 41 on the other bus 
and further has two bus reset detection sections 45, 46 
each detecting "bus resetting" on the corresponding bus 
and a bus reset signal • control signal transmitting sec- 
tion 47 for outputting a bus reset signal R, a control sig- 
nal, etc., for instructing an authentication processing in- 
terruption, etc. By the arrangement, the DTCP bus 
bridge, if authentication processing is started relative to 
the apparatus on a different 1394 bus, monitors it and, 
if bus resetting occurs on the 1394 bus B1 during the 
authentication processing, notifies this to a given appa- 
ratus B on the 1394 bus B2 as shown in the flow chart 
shown in FIG. 8. As shown in the flow chart in FIG. 9, 
the DTCP bus bridge judges whether or not any authen- 
tication processing is performed and transfers a corre- 
sponding control signal to respective node apparatuses. 
[0030] Although, in the above-mentioned embodi- 
ment, use is made of a new AKE notify command which 
notifies the occurrence of "bus resetting" if this occurs, 
it is also possible to use an existent AKE command and, 
by doing so, to obtain the same effect. This is the method 
which, if bus resetting occurs, uses an AKE CANCEL 
subfunction command (CANCEL subfunction com- 
mand). In this case, a method is considered by which, 
if bus resetting occurs, 1 is set to the MSB of an operand 
[4] of the AKE CANCEL subfunction command. 



[0031] Although, in the above-mentioned embodi- 
ment, an explanation has been made about the appa- 
ratus on the 1 394 bus, It is needless to say that the same 
result can be obtained even in another network. It is pos- 

5 sible to apply the present invention to the network of, for 
example, the USB and Bluetooth. 
[0032] Although, in the above-mentioned embodi- 
ment, an explanation has been made about the DTCP 
processing, it is possible to obtain the same effect in oth- 

10 er authentication processing such as authentication, 
processing using, for example, a key. 
[0033] In the case where, according to the present in- 
vention, as set out above, bus resetting occurs relative 
to the apparatus on one different bus via the bus bridge 

15 apparatus during the apparatus authentication under 
copy protection, the occurrence of the bus resetting is 
notified to the other node apparatus and, by doing so, it 
is possible to quickly and positively continue the DTCP 
processing. 

20 

Claims 

1. A network communication apparatus (N1, N2) 
25 which can be detach ably connected to a network 

during an operation, characterized by comprising: 

transfer processing^means (15, 25) for allowing 
digital data to be transferred to a node appara- 

30 tus (N4) on a second network via a bus bridge 

apparatus (31) through which a first network 
(B1) having the network communication appa- 
ratus connected thereto and the second net- 
work are connected; and 

35 notifying means (1 5) for, when bus resetting oc- 

curs on the first network, generating a notify 
signal for notifying the occurrence of the bus 
resetting and supplying the notify signal at least 
to the node apparatus on the second network 

40 through the bus bridge apparatus. 

2. A network communication apparatus according to 
claim 1 , characterized in that the notifying means 
includes: 

45 

judging means (1 3) for judging whether or not 
the network communication apparatus per- 
forms authentication processing relative to the 
node apparatus connected to the second net- 
so work; and 

supplying means (1 3, 1 5) which, when the judg- 
ing means judges that the network communi- 
cation apparatus performs authentication 
processing relative to the node apparatus, if the 
55 bus resetting occurs on the first network, gen- 

erates the notify signal for notifying the occur- 
rence of the bus resetting and supplies the no- 
tify signal at least to the node apparatus on the 
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second network through the bus bridge appa- 
ratus. 

A network communication apparatus according to 
claim 1 , characterized by further comprising: 5 

receiving means (15) for receiving the notify 
signal for notifying the occurrence of the bus 
resetting on the second network; 
judging means (13) for, when the receiving 10 
means receives the notify signal, judging 
whether or not the network communication ap- 
paratus performs authentication processing 
relative to the node apparatus connected to the 
second network; and rs 
interrupting means (13, 14) for, when the judg- 
ing means judges that the network communi- 
cation apparatus performs authentication 
processing relative to the node apparatus, in- 
terrupting the authentication processing. 20 

A network communication apparatus according to 
claim 2, characterized in that the authentication 
processing is the other party's apparatus authenti- 
cation processing using a key. 25 

A network communication apparatus according to 
claim 1 , characterized in that the network is com- 
prised of a network under the IEEE1394 protocol. 

30 

A network communication apparatus according to 
claim 1 , characterized in that the network is com- 
prised of a network under the USB (Universal Serial 
Bus) protocol. 

35 

A bridge apparatus which involves a plurality of net- 
works connected to a network communication ap- 
paratus and through which a communication is con- 
ducted between the plurality of networks, charac- 
terized by comprising: 40 

transmitting/receiving means (41, 43, 44) for 
receiving a signal from a first node apparatus 
(N1 ) connected to a first network (B1 ) connect- 
ed to the bridge apparatus and transmitting the 45 
signal to a second node apparatus (N4, etc.) 
connected to a second network (B2) different 
from the first network and further receiving a 
signal from the second node apparatus of the 
second network and transmitting the signal to so 
the first node apparatus of the first network; and 
control signal transmitting means (45, 46, 47) 
which, when bus resetting occurs at one of the 
first network and second network, if the node 
apparatus connected to the other network per- 55 
forms authentication processing, generates a 
control signal for interrupting this processing 
and transmits the control signal to the node ap- 



paratus connected to said other network. 

8. A bridge apparatus according to claim 7, charac- 
terized in that the control signal transmitting 
means includes control signal transmitting means 
(45, 46, 47) which, when a notify signal (R) showing 
that the bus resetting occurs at said one network Is 
received, if the node apparatus connected to said 
other network performs authentication processing, 
generates a control signal for interrupting this 
processing and transmits this signal to the node ap- 
paratus connected to said other network. 

9. A bridge apparatus according to claim 7, charac- 
terized by further comprising: 

transmitting/receiving means (41, 43, 44) for 
transmitting and receiving a signal between the 
first node apparatus (N1) connected to the first 
network (B1) connected to the bridge appara- 
tus and a third node apparatus (N7) provided 
on a third network (B3) connected to a second 
bridge apparatus (32) connected to the second 
network (B2) different from the first network; 
and 

control signal transmitting means (45, 46, 47) 
for, when bus resetting occurs on the first net- 
work, generating a notify signal for notifying the 
occurrence of the bus resetting and transmit- 
ting this signal to the second bridge apparatus. 

10. A bridge apparatus according to claim 7, charac- 
terized in that the authentication processing is 
comprised of the other party's apparatus authenti- 
cation processing using a key. 

11. A bridge apparatus according to claim 7, charac- 
terized in that the network is comprised of a net- 
work under the IEEE1394 protocol. 

12. A bridge apparatus according to claim 7, charac- 
terized in that the network is comprised of a net- 
work under the USB (Universal Serial Bus) protocol. 

13. A network communication method which uses a 
network communication apparatus (N1, N2) to be 
detachably connected to a network, characterized 
by comprising: 

a transfer processing step (1 5, 25) for perform- 
ing digital data transferring process between a 
network communication apparatus (N1) on a 
first network (B1) and a node apparatus (N4) 
on a second network (B2) by using a bus bridge 
apparatus (31) connected to the first network 
and the second network; and 
a notifying step (1 5) for, when bus resetting oc- 
curs on the first network, generating a notify 
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signal for notifying the occurrence of the bus 
resetting and supplying the notify signal at least 
to the node apparatus on the second network 
through the bus bridge apparatus. 

5 

14. A bridge communication method using a bridge ap- 
paratus (31), connected to a plurality of networks 
connecting to a network communication apparatus, 
which performing mediation between the plurality of 
networks, characterized by comprising: to 

transmitting/receiving step (41, 43, 44) for re- 
ceiving a signal from a first node apparatus (N 1 ) 
connected to a first network (B1) connected to 
the bridge apparatus and transmitting the sig- *5 
nal to a second node apparatus (N4, etc.) con- 
nected to a second network (B2) different from 
the first network and further receiving a signal 
from the second node apparatus of the second 
network and transmitting the signal to the first 20 
node apparatus of the first network; and 
control signal transmitting step (45, 46, 47) for, 
when bus resetting occurs at one of the first net- 
work and second network and the node appa- 
ratus connected to the other network performs 25 
authentication processing, generating a control 
signal for interrupting the authentication 
processing, by using the bridge apparatus. 
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